IP CORE DESIGN SUPPORTING USER-ADDED 
SCAN REGISTER OPTION 



5 Field of the Invention 

The invention relates generally to testing of integrated 
circuits having embedded cores and, more particularly, to a core 
design that efficiently supports a user-added scan register 
10 option. 

Background of the Invention 

15 Rapid design and deployment of high complexity integrated 

circuits (IC) can be achieved by reuse of preexisting 
intellectual property (IP) cores, such as . digital signal 
processors, microcontrollers, processors, I/O peripherals, and 
memory. Such IP cores are discussed in "Blocking in a System on 

20 a Chip", by Hunt and Rowson, published in the November 1996 
edition of IEEE Spectrum and incorporated herein by reference. 
Marketing of IP cores, as a way to expedite the fabrication of 
highly complex system chips, changes the way the cores are 
designed for testability. Typically, most . IP cores were first 

25 designed as stand alone ICs to be used on a circuit board. With 
today's advanced IC fabrication technology, it is possible to 
migrate what was once a circuit board of plural ICs into a 
single IC comprising plural cores embedded therein. Thus a 
transition from IC to embedded IP core is a technology trend. 

30 Many of the same testing problems currently seen in circuit 

boards designed with multiple ICs will be seen in ICs designed 
with multiple cores. 
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The use of IC resident testability standard, IEEE Std 
1149.1, incorporated herein by reference, has proven to be 
effective in resolving most test problems related to testing ICs 
and the interconnections between ICs at the circuit board level. 
This standard should be effective in resolving problems related 
to testing cores and the interconnections between cores at the 
IC level as well. ■ 

Figure 1 illustrates the architecture of IEEE Std. 1149.1 
implemented in a conventional IC. The architecture includes (1) 
a test access port (TAP) 11 which further comprises a TA? 
controller and an instruction register, (2) a plurality of test 
data registers (boundary scan register and others) , and (3) an 
1149.1 test port interface which provides external I/O to the 
architecture via the TAP controller. These elements and their 
operation and function are well known and described in IEEE Std. 
1149.. 1. The boundary scan register includes a scan cell at each 
input, output, control, and input/output pin of the IC. 

In normal mode, the IC operates normally to internally 
process and externally communicate signals to other ICs via the 
transparent boundary scan register. In a first test mode, the 
functional circuitry of the IC is disabled and the boundary scan 
register is accessed and controlled, via TAP signal lines at 12, 
15 and 17, to communicate external test signals between ICs to 
verify their interconnectivity . This external interconnect test 
mode is invoked by scanning an 1149.1 Extest instruction into 
the instruction register of the TAP 11. In another test mode, 
the IC ! s functional circuitry may be functionally disabled but 
configured to be testable via scan access (from the TAP) to one 
or more of the test data registers. Instructions scanned into 
the instruction register of the TAP are used to connect the TAP 
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up to a selected test data register (s) , . i.e. the boundary scan 
register and/or internal test data registers, so that serial 
test data can be input and output to the register to effectuate 
a given test or other type of operation. For example; when the 
5 Extest instruction is loaded into the instruction register, the 
TAP selects and connects up to the boundary scan register via 
its serial input .15, serial output 13, and control signals 17. 
Once connected, the TAP responds to the external test port 
signal pins of the IC to output control to the boundary scan 

10 register to communicate test data to the boundary scan register 
to execute interconnect testing. Similarly, other instructions 
can be loaded that allow the TAP to select and connect up to 
other test data registers so that other types of operations such 
as; internal scan testing, built in self test triggering (1149.1 

15 Runbist instruction), or IC serial bypassing (1149.1 Bypass 
instruction) , can be performed. 

While the complete 1149.1 architecture of Figure 1 is 
20 almost always implemented in ICs to provide the external and 
internal testing mentioned above, it may not be completely 
implemented in an IP core version of an IC. More specifically, 
the boundary scan register portion of the architecture may not 
be implemented in IP cores because competition between IP core 
25 venders is largely based on IP core performance, and the 
boundary scan register inherently adds a disadvantageous delay 
(through a switch or multiplexer) to each input, output, and 
control (e.g. three-state control) signal associated with the IP 
core's boundary. A boundary scan register that is provided as 
30 part of an IP core will herein be termed a core-provided 
boundary scan register. An IP core having its own core-provided 
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boundary scan register has the same general structure as the IC 
of Figure 1. 

If an IP core provider does not implement the boundary scan 
5 register due to performance considerations, and if the core 
itself cannot be modified by the user (i.e. a hard core), zhen 
the IP core user will have to add a TAP and boundary scan 
register around the IP core if the user wishes to achieve 
interconnect testing via boundary scan. Surrounding an IP core 
10 with a TAP and boundary scan register for the purpose of 
isolating the IP core and performing interconnect testing 
between the IP core and other IP cores is a known prior art 
technique and is illustrated in Figure 2. 

15 

Within the broken-line box of Figure 2 is an IP core with 
appropriate 1149.1 architecture, but without the boundary scan 
register and associated signal lines 13, 15 and 17 of Figure 1. 
A user-added boundary scan register 25 and TAP 23 are shown 

20 outside the broken-line box. The boundary scan register 23 is 
unshaded to distinguish it from the core-provided boundary scan 
register of Figure 1. The TAP 23 is provided by the user to 
access and control the", user-provided boundary scan register 25 
and is separate from the TAP 21 of the IP core. The TAP 21 

25 differs from TAP 11 and TAP 23 because TAP 21 does not support 
conventional 1149.1 boundary scan instructions, namely Exzest 
and Sample/Preload. The approach shown in Figure 2 

disadvantageously requires adding TAP 23 to provide access to 
and control of the user-added boundary scan register. Also, the 

30 user must be able to select either the TAP 21 for internal 
testing/emulation of the IP core, or the TAP 23 for interconnect 
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testing (via the boundary scan register) between the IP core and 
other IP cores or circuits residing in the IC. 

It is therefore desirable to permit the user to add 
boundary scan to an IP core without the overhead associated with 
adding a separate .TAP to control boundary scan. 

The invention permits reuse of the IP core's TAP to access 
a user-added boundary scan register. 
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Brief Description of the Drawings 



Figure 1 illustrates a conventional integrated circuit with 
5 1149.1 boundary scan capability, or alternatively, a 
conventional IP core with core-provided 1149.1 boundary scan 
capability. 

Figure 2 illustrates the conventional configuration of an 
10 IP core with user-added boundary scan. 

Figure 3 illustrates an IP core with user-added boundary 
scan according to the present invention. 

15 Figure 3A illustrates an IP core arranged to support a 

user-added boundary scan register according to the present 
invention. 

Figure 4 illustrates in greater detail the TAP control 
20 signals of Figures 3 and 3A. 

Figure 5 illustrates the structure of the instruction 
register in the TAP of Figures 3, 3A and 4. 

25 Figure 6 is similar to Figure 3 and illustrates another 

user-added scan register according to the invention. 

Figure 6A is similar to Figure 3A and illustrates an IP 
core arranged to support the user-added scan registers of Figure 
30 6. 
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Detailed Description of the Invention 

Example Figure 3 illustrates, within the broken-line box, 
an IP core without a boundary scan register but having the 
5 necessary access and control lines for connection to a user- 
added scan register. In example Figure 3, it is seen that the 
TAP 39 of the IP core provides signal lines 13, 15 and 17 for 
accessing and controlling a user-added scan register 25. In this 
example, the user-added scan register is a boundary scan 
10 register (shown unshaded to distinguish from the core-provided 
boundary scan register of Figure 1) . The TAP 39 also includes an 
external register present (ERP) input 37 for indicating to the 
TAP whether or not a user-added scan register has been 
implemented. 

15 

Example Figure 4 shows in more detail the IP core TAP 39 of 
Figure 3, which includes the conventional 1149.1 test port 
signals of TAP 21 (see Figure 2), namely test data input (TDI) , 
test clock (TCK) , test mode select (TMS), test reset (TRST) , and 

20 test data output (TDO) , along with the additional signal lines 
13, 15, 17 and 37 which are added to allow the TAP 39 to access 
and control the user-implemented boundary scan register. Control 
output from the instruction register of TAP 39 is shown at 41. 
Figure 4 shows that the aforementioned conventional 1149.1 test 

25 port signals are accessible at the external terminals of the IC. 

In addition to providing the additional external signals 
mentioned above, the IP core provider must design the 
instruction register of the TAP 39 to include all required 
30 1149.1 instructions that are used by TAP 11 (see Figure 1) to 
access and control a core-provided boundary scan register. The 
required 1149.1 boundary scan instructions are the Extest and 
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Sample/Preload instructions. Also, the IP core provider mus: 
design the instruction register of the TAP 39 to control the 
user-added boundary scan register 25 exactly like a core- 
provided boundary scan register would be controlled by TAP 11 
under the influence of other required instructions (e.g. 
conventional Bypass instruction), optional instructions (e.g. 
conventional Intest, HighZ, Clamp, Runbist, IDcode, and l-sercoce 
instructions) , or proprietary IP core vendor-specific 
instructions . 

During a conventional Extest instruction, the conventional 
TAP 11 (see Figure 1) inhibits the operation of the I? core, 
connects the boundary scan register to the IC's TDI and TCO 
pins, and controls the boundary scan register to perform 
interconnect testing. 

During a conventional Sample/Preload instruction, the 
conventional TAP 11 enables the operation of the I? cere, 
connects the boundary scan register to the IC's TDI and TCO 
pins, and controls the boundary scan register to be transparent, 
while functional signals flowing through the boundary scan 
register are captured and shifted out for inspection. 

During a conventional Bypass instruction, the conventional 
TAP 11 enables the operation of the IP core, connects the 
internal Bypass register (an 1149.1 defined single bit test data 
register) to the IC ! s TDI and TDO pins, and controls the 
boundary scan register to be transparent. 

During a conventional Intest instruction, the conventional 
TAP 11 adapts the IP core for testing, connects the boundary 
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scan register to the IC's TDI and TDO pins, and controls the 
boundary scan register to perform testing on the IP core. 

During a conventional HighZ instruction, the conventional 
5 TAP 11 inhibits the operation of the IP core, connects the 
internal Bypass register to the IC's TDI and TDO pins, and 
controls the boundary scan register outputs to the high 
impedance state. 

10 During a conventional Clamp instruction, the conventional,. 

TAP 11 inhibits the operation of the IP core, connects the 
internal Bypass register to the IC ! s TDI and TDO pins, and 
controls the boundary scan register to a predetermined static 
input/output condition . 

15 

During a conventional Runbist instruction, the conventional 
TAP 11 adapts the IP core for BIST testing, connects to the IC's 
TDI and TDO pins a specified internal test data register that 
will be used to access the pass/fail status of the BIST 
20 operation, and controls the boundary scan register to a 
predetermined static input /output condition. 

During a conventional- IDcode instruction, the conventional 
TAP 11 enables the operation of the IP core, connects the 
25 internal IDcode register (an 1149.1 specified 32-bit register 
for outputting vendor identification and other information) to 
the IC's TDI and TDO pins, and controls the boundary scan 
register to be' transparent. 

30 During a ■ conventional Usercode instruction, the 

conventional TAP 11 enables the operation of the IP core, 
connects the internal Usercode register (an 1149.1 specified 
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register for outputting additional vendor information) to the 
IC's TDI and TDO pins, and controls the boundary scan register 
to be transparent. 



5 With an IP core that provides the signals and instructions 

as described above, a user of the IP core need only design = 
boundary scan register around the IP core and connect the core- 
provided signal lines 13, 15 and 17 to the user-added boundary- 
scan register to achieve full 1149.1 test capability, including 

10 boundary scan test capability. This approach is good for the I? 
core provider in that, while it supports full 1149.1 tes~ 
capability, it does not require the IP core provider tc degrade 
performance by providing a boundary scan register in the IP core 
itself. The approach is good for the user of the IP core in that 

15 it allows the user (e.g. an ASIC manufacturer) to decide whether 
to add the boundary scan register and the attendant performance 
consequences. Also the ease of upgrading to full 1149.1 boundary 
scan testing by simply making connections between the I? core's 
TAP and a user-added boundary scan register is a bonus for 13 

20 synthesis tool providers since the process can be advantageously 
automated to push button placement and routing. 

In example Figure 5 it is seen that the 1149.1 instruction 
register within the IP core TAP comprises a capture-shift-update 

25 (CSU) register section and a decode section. During conventional 
1149.1 instruction scans, the CSU register section captures 
status information present on its parallel inputs and then 
shifts data from TDI to TDO. During the shift operation, the 
captured status information is shifted out as a new instruction 

30 is shifted in. At the end of the 1149.1 instruction scan, the 
new instruction shifted into the CSU register is updated and 
input to the decode section. The decode section decodes the new 
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instruction and outputs control to cause the new instruction to 
take effect. The instruction can be, for example, any of the 
types previously mentioned. 



5 When a user decides to connect a boundary scan register to 

an IP core TAP having the external signal connections 13, 15 and 
17 shown in Figures 3 and 4, the user sets the external register 
present (ERP) signal to a logic state indicative of the presence 
of the user-added boundary scan register. In this example, a 

10 high on ERP indicates the presence of a user-added 'boundary 
scan register, and a low on ERP indicates the absence of a user- 
added boundary scan register. As seen in Figure 5, the ERP 
signal is input to both the instruction CSU register and decode 
sections. The ERP is a status input (i.e. a capture input) to 

15 the CSU register section. The ERP is an additional decode input 
to the decode section. 

During instruction scan operations, the ERP signal is 
captured and shifted out of the CSU register, along with other 

20 status inputs. By examining the ERP signal scanned from the CSU 
register, it is possible to determine whether or not the user 
added a boundary scan register to the IP core (for example ERP 
high = added, ERP low = not added) . So the ERP input to the 
instruction CSU register allows a user of the IC (e.g. a system 

25 designer) to determine the presence or absence of a user-added 
boundary scan register. 

If the ERP is set high, indicating the presence of a user- 
added boundary scan register, the decode: section responds 
30 conventionally to 1149.1 instructions that access and/or control 
the boundary scan register. On the other hand, if. the ERP is set 
low, indicating the absence of a user-added boundary scan 
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register, the decode section will preferably cause all 114S.1 
instructions that normally access and/or control the boundary 
scan register to default to being Bypass instructions. This 
would mean that Extest, Intest, Sample/Preload, HighZ, and Clamp 
5 instructions all default to the Bypass instruction when ERP is 
low. Defaulting to the Bypass instruction is preferred because 
that is the default instruction that 1149.1 conventionally uses 
for unknown/undefined instructions scanned into the instruction 
register . 

10 

Figure 3A shows only the IP core within the broken-line box 
of Figure 8, as it would be provided by the IP core vendor, that 
is, with core-provided signal lines 13, 15 and 17 arranged to be 
available for convenient connection as desired to a user-added 
15 scan register, and with the core-provided ERP line 37 arranged 
to be available for convenient connection to an appropriate 
logic level. If the core user does not add a boundary scan 
register, then lines 13, 15 and 17 will remain unconnected when 
the core is embedded in an IC. 

20 

Example Figure 6 is similar to Figure 3, but includes a 
further user-added scan register. In example Figure 6, a user- 
added general purpose scan register 60 is shown interfaced to 
the IP core, in addition to the previously described user-added 

25 boundary scan register 25. In such instances, an additional 
signal indicates to TAP 39A the presence or absence of zhe 
additional scan register, and the control lines at 17A provide 
control from TAP 39A to the scan register 60 as well as to 
register 25. The scan input 15 and scan output 13 are used to 

30 access either the boundary scan or genelral purpose scan 
register. In Figure 6, ERP is used, as previously described, to 
indicate the presence or absence of the boundary scan register, 
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and to enable access of the boundary scan register if it is 
present, or default to the bypass instruction if it is not 
present. Likewise, the ERP1 signal is used to enable access of 
the general purpose scan register if it is present, or to 
5 default to the bypass instruction if it is not present and 
access of it is attempted. The ERP and ERP1 signals are 
designated generally at 37A in Figure 6. Scan access to plural 
user-added scan registers operates the same as conventional 
1149.1 scan access to plural core-provided scan registers. 

10 

The user-added scan register (s) at 60 are located in the IC 
physically outside of the core's boundary, that is, external 
relative to the core. The general purpose scan register 60 can 
be any scan register that does not perform boundary scan 

15 functions relative to the core boundary of Figure 6. Thus, scan 
register 60 could even have the same structure as boundary scan 
register 25, but would not function as a boundary scan register 
relative to the core boundary. Also, the core design can provide 
for addition of as many user-added scan registers as desired. In 

20 the arrangement of Figure 6, the IP core user can easily control 
and access a user-added scan register other than a user-added 
boundary scan register. User-added scan registers (such as 60) 
for general purpose scan based input/output (110), via a core 
resident TAP, could serve many applications inside a system-on- 

25 a-chip such as expanded testing of circuits external to the 
core, user defined chip status bit monitoring, user defined chip 
control bit settings, and programming of electrically 
programmable circuits inside the chip. 

30 Figure 6A relates to Figure 6 as Figure 3A relates to 

Figure 3, showing only the Figure 6 IP core as it would be 
provided by the IP core vendor. 
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Although exemplary embodiments of the present invention 
described above, this description does not limit the scope 
the invention, which can be practiced in a variety 
embodiments . 
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